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METHOD AND APPARATUS FOR COMMUNICATION NETWORK CLUSTER 
FORMATION AND TRANSMISSION OF NODE LINK STATUS MESSAGES WITH 
REDUCED PROTOCOL OVERHEAD TRAFFIC 



1 CROSS-REFERENCE TO RELATED APPLICATIONS 

2 This application claims priority from U.S. Provisional Patent Application Serial Nos. 

3 60/1 64,955, entitled "Cluster Algorithm for Ad Hoc Wireless Network" and filed November 1 2, 

4 1999, and 60/164,942, entitled "Routing Algorithm for Ad Hoc Wireless Networks" and filed 

5 November 12, 1999. The disclosures of those provisional applications are incorporated herein 

6 by reference in their entireties. 

BACKGROUND OF THE INVENTION 

9? 1. Technical Field 

l(fc~ The present invention pertains to communication systems. In particular, the present 

1 IV invention pertains to a wireless communication system utilizing network topology information 

1 2± to form clusters fqr data transmission by a minimal quantity of hops and without regard to initial 

l|: start times of network nodes. In addition, the present invention pertains to a wireless 

1 4J communication system employing cluster formation to form a multiple tier network architecture 

1 and facilitate transmission of node link status messages with reduced protocol overhead traffic. 

16 2. Discussion of Related Art 

1 7 Generally, certain wireless networks, such as a cellular network, commonly utilize a relay 

18 station to forward a message from a mobile cellular unit to a desired destination. The relay 

19 station is typically a fixed base station where each mobile unit transmits an outgoing message 

20 directly to the base station (e.g., the base station is generally within one hop from the mobile 

21 units) for forwarding through a public telephone network to the desired destination. Ad hoc 

22 wireless networks (e.g., dynamic wireless networks without any routing infrastructure) are 

23 typically employed for military and personal communication applications. These types of 

24 networks do not include fixed base stations, but rather employ nodes that each dynamically 

25 determine a relay type network node to route traffic. Thus, the ad hoc network node is provided 

26 with a difficult task of determining a routing path for data transmission. Since several hops are 

27 typically required to facilitate communications, the cellular scheme described above is 

1 



1 insufficient for ad hoc networks. 

2 The related art has attempted to overcome the aforementioned problem by providing flat 

3 and hierarchical network architectures for data routing. In particular, the flat architecture 

4 basically includes a single tier of network nodes in communication with each other. The flat 

5 architecture performs adequately with small scale networks, however, overhead traffic increases 

6 rapidly and exceeds network capacity in response to increasing network size. The hierarchal 

7 architecture basically arranges a network into plural tiers or hierarchical levels. The first tier 

8 typically includes clusters or cells each including a plurality of communication nodes or cluster 

9 members. One node within each cluster is designated as the cluster head and has full 

10 connectivity to corresponding member nodes. The second tier includes a backbone network 

1 1 formed of the cluster head nodes to enable communications between different clusters (e.g., for 
12^ data transmitted over greater distances). Thus, the first network tier represents each network 
13N node, while the second network tier represents cluster head nodes. In operation, a network 
143 member node initially transmits a message to its corresponding cluster head node which 
1 iS subsequently forwards the message through the backbone network (e.g., through plural hops of 
1 ^ cluster head nodes) to a destination cluster head node associated with a destination member node. 
1? Since full connectivity exists between each cluster head node and its corresponding member 
1 |L nodes, the destination cluster head node transmits the message to the corresponding destination 
1 fZ member node. This type of architecture is typically employed in communication networks for 
2ffl military applications. 

21 The formation of clusters and designation of cluster head nodes is generally performed 

22 dynamically within the exemplary hierarchical network, while the network employs a routing 

23 protocol to facilitate communications within the network. The routing protocol is preferably a 

24 link-state type of protocol that is implemented on the backbone network (e.g., by the cluster head 

25 nodes). The cluster head nodes each include a database that has information enabling the cluster 

26 head nodes to determine appropriate paths for routing messages. In particular, each head node 

27 constructs a routing table to determine a successive link to transmit a message from that node 

28 toward a destination head node. This is accomplished by transmitting or flooding routing 

29 information from each head node database among cluster head nodes to synchronize those 

30 databases. In order to ensure receipt of database information, a receiving head node transmits 

3 1 an acknowledgment message to a source head node transmitting the database information. If an 
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1 acknowledgment message is not received within a predetermined time interval, the database 

2 information is re-transmitted to the network head nodes that have not acknowledged receipt of 

3 the database information. In addition, each network node (e.g., cluster head and member nodes) 

4 periodically broadcasts a beacon type or node status packet in accordance with the routing 

5 protocol. This packet basically advertises the presence of a node within the network, and is 

6 typically utilized by cluster head nodes for "keep alive" and neighbor discovery purposes. 

7 In order to facilitate internet routing or routing between the hierarchical and other external 

8 networks (e.g., the Internet), a modified version of the conventional Open Shortest Path First 

9 (OSPF) Protocol may be employed. The OSPF protocol is basically a routing protocol employed 

10 for Internet Protocol (IP) type networks, while the modified protocol or Radio Open Shortest 

1 1 Path First (ROSPF) protocol is similar to OSPF, but is adapted for use with radio or wireless 
13g networks. For examples of implementation of the OSPF Protocol, reference is made to RFC 
l^f 1583, Moy, "OSPF Version 2," March 1994, the disclosure of which is incorporated herein by 
1 43 reference in its entirety. 

1 ft Routing is accomplished in the OSPF protocol by each network node having a routing 

1 © database containing information related to network topology (e.g., links between network nodes). 

1? The routing database is utilized by each node to determine a path for transmitting a message to 

l j& a destination site. The routing databases are updated by exchanging Link-State Advertisement 

l|T (LS A) packets between neighboring nodes. These packets generally include information related 

2B to current links of network nodes and are typically transferred periodically and/or in the event of 

21 a modification to the network topology. The OSPF protocol designates a particular router to 

22 flood LSA packets to neighbors in broadcast type networks, while LS A packets are transmitted 

23 via point-to-point within non-broadcast type networks. The ROSPF protocol employed by the 

24 hierarchical network described above is similar to the OSPF protocol and exchanges LSA type 

25 packets between neighbors (e.g., cluster head and member nodes) to synchronize routing 

26 databases as described above. 

27 The hierarchical architecture may provide significant reduction in routing overhead 

28 traffic in relation to the flat architecture depending upon the quantity of cluster head nodes 

29 employed. Accordingly, the related art provides several clustering techniques to arrange a 

30 network into a hierarchical architecture. Initially, a cluster head node may be utilized to replace 

3 1 the functionality of a cellular network base station and basically serves as a pseudo base station 
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1 for data traffic within a corresponding cluster. A technique of the related art for cluster head 

2 designation and subsequent cluster formation includes determining clusters based on identifiers 

3 (e.g., identification codes or numbers) of network nodes. This technique basically designates a 

4 network node having a lowest (e.g., or greatest) node identifier as a cluster head. The related art 

5 has expanded this technique to utilize a node identifier or a degree of node connectivity to 

6 designate a cluster head node, and has further modified the technique to employ interconnected 

7 non-overlapping clusters to cover an entire network. 

8 In addition, clustering techniques have been employed for military communication 

9 applications and provide a basis for routing protocols. One such technique determines cluster 

10 head nodes in accordance with initial random start times of network nodes. Basically, each 

1 1 network node may initiate power or start up at various times, thereby providing a generally 
12h random node initiation sequence. A network node is designated as a cluster head node in 
1 j=f response to node initiation and determining the absence of neighboring nodes. Thus, nodes 
1© having early initiation times tend to be designated as cluster head nodes by this technique. The 
1 S routing protocol commonly designates cluster head nodes and forms clusters based on network 
1 fr; node identifiers (e.g. , lowest node identifier is designated as a head node) and certain designation 
1? rules. 

l|k The clustering techniques of the related art suffer from several disadvantages. In 

If: particular, the above clustering techniques generally utilize simple criteria to dynamically 

2D designate a cluster head without employing network topology information. In particular, the 

21 techniques typically designate a cluster head node based on lowest or greatest node identifier. 

22 However, this may result in no direct links between cluster head nodes, thereby requiring 

23 additional gateway type nodes (e.g., nodes having communications with two cluster head nodes) 

24 to facilitate communication between clusters and increasing the quantity of hops required for 

25 communication. The approach according to node random start times may designate a significant 

26 quantity of nodes as cluster head nodes, where the designations are typically not optimal 

27 selections for a network configuration. Further, this cluster formation technique depends upon 

28 the particular sequence of node initiation, thereby enabling particular initiation sequences to 

29 facilitate a formation failure. Moreover, the above clustering techniques complicate 

30 determination of an appropriate interval between node status packet transmissions. When the 

3 1 interval is set to a value below an acceptable range, large scale networks may become congested. 
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1 Conversely, if the interval is set to a value above an acceptable range, an extensive time interval 

2 is required to complete cluster formation. In addition, the above clustering techniques typically 

3 require the initial start times of network nodes to be spaced apart a sufficient interval in order to 

4 avoid network failure as the quantity of nodes within the network increases. 

5 With respect to the network architectures for data routing, the flat architecture performs 

6 adequately for small scale networks, but as network size increases, the flat network rapidly 

7 becomes congested since overhead traffic increases exponentially with network size. The 

8 hierarchical architecture reduces overhead traffic relative to the flat network architecture, 

9 however, this reduction is insufficient when the network employs on the order of several hundred 

10 nodes, thereby limiting application of the routing protocol. Although reliability of flooding node 

1 1 database information throughout a network is enhanced by transmission of acknowledgment 
l^U messages, these messages increase overhead traffic, thereby degrading network performance. 
13 L ; The present invention overcomes the aforementioned problems by utilizing network 
1 Ci topology information to identify network nodes crucial for relaying traffic. The identified nodes 
1 are designated as cluster head nodes, while remaining nodes are designated as member nodes. 
1 Since cluster head nodes basically serve as relay nodes, the present invention removes the need 
1 7 for gateway type nodes. In other words, the present invention designates a minimum quantity 
1 & of network nodes as cluster head nodes to achieve connectivity among the nodes. Since the 
1.5^ present invention employs a deterministic approach, cluster formation remains substantially fee 
W same independently of the initial start-up sequence of network nodes. Further, the designation 
it of cluster head nodes by the present invention is optimal since the designated nodes are crucial 

22 for relaying network traffic. Moreover, since the quantity of cluster head nodes that may 

23 facilitate communications depends upon the interval between node status packet transmissions, 

24 the present invention adaptively adjusts that interval to subsequently facilitate cluster formation 

25 independent of network size and varying start times of network nodes. 

26 In addition, the present invention employs a cluster formation technique to form a three 

27 tier hierarchical network in order to apply the routing protocol to large scale networks. The 

28 cluster formation technique is applied to the cluster head nodes or backbone network to form 

29 third tier clusters. Nodes within the third tier distribute routing information from head node 
3 0 databases to reduce overhead traffic, while head nodes within the second tier are utilized for data 
3 1 routing. Further, the present invention reduces overhead traffic by eliminating transmission of 
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1 acknowledgment messages in response to receipt of the database information. Basically, the 

2 present invention examines head node databases and requests third tier nodes to supply missing 

3 information. Thus, the present invention only sends request messages in response to receipt of 

4 the database information and discovering missing data within head node databases, thereby 

5 significantly reducing overhead traffic. 

6 OBJECTS AND SUMMARY OF THE INVENTION 

7 Accordingly, it is an object of the present invention to facilitate cluster formation in 

8 accordance with network topology information to minimize the quantity of hops for data 

9 transmission within the network. 

10 It is another object of the present invention to form clusters within a network while 

1 1 designating a minimum quantity of cluster head nodes, thereby reducing the quantity of hops and 
1 2,. overhead traffic for data transmission. 

1 30 Yet another object of the present invention is to enable cluster formation independent of 

1 initial start times of network nodes. 

1 ^; Still another object of the present invention is to form an additional network hierarchical 

1 C tier to transmit routing information from node databases throughout the network with reduced 

1 7 overhead traffic. 

A further object of the present invention is to employ a three tier network architecture to 

1 ¥ facilitate transmission of routing information from node databases throughout the network with 

2£§ reduced overhead traffic. 

The aforesaid objects may be achieved individually and/or in combination, and it is not 

22 intended that the present invention be construed as requiring two or more of the objects to be 

23 combined unless expressly required by the claims attached hereto. 

24 According to the present invention, an exemplary wireless network includes a plurality 

25 of nodes arranged by the present invention into clusters with each cluster having cluster member 

26 nodes and a designated cluster head node. The nodes communicate with each other via a link- 

27 state type of routing protocol and may further communicate with other external networks in 

28 accordance with an internetworking protocol (e.g., a modified version of the conventional Open 

29 Shortest Path First (OSPF) routing protocol, or a Radio Open Shortest Path First (ROSPF) 

30 protocol). A database within each network node contains link information for that node. The 

3 1 present invention facilitates cluster formation within the network by utilizing network topology 
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1 information to form clusters and designate cluster head nodes. This is accomplished by 

2 identifying nodes that are crucial for relaying traffic within the network and designating those 

3 nodes as cluster head nodes, while remaining network nodes are designated as member nodes. 

4 Further, the present invention adjusts a node status packet transmission rate or interval between 

5 successive node status packet transmissions to facilitate cluster formation independent of 

6 network size and varying initial start times of network nodes. 

7 In addition, the present invention utilizes the above described cluster formation technique 

8 to form a three tier architecture for transmission or flooding of routing information from head 

9 node databases throughout the network. In particular, the cluster formation technique is applied 

1 0 to cluster head nodes to form an additional network tier of super nodes. These super nodes are 

1 1 responsible for distributing the routing information, while cluster head nodes route network data 
12L traffic. The databases of cluster head nodes are examined subsequent to flooding of head node 
1 3L database information by super nodes, where data missing from a head node database is requested 
1# from a corresponding super node, thereby eliminating transmissions of acknowledgment 
1 messages. Thus, the present invention achieves significant reduction in overhead traffic. 

1 C The above and still further objects, features and advantages of the present invention will 

17 become apparent upon consideration of the following detailed description of specific 

1 ff embodiments thereof, particularly when taken in conjunction with the accompanying drawings 

W- wherein like reference numerals in the various figures are utilized to designate like components. 

2§ BRIEF DESCRIPTION OF THE DRAWINGS 

2T = Fig. 1 A is a diagrammatic illustration of network nodes according to the present invention 

22 arranged in an exemplary communication network. 

23 Fig. 1 B is a block diagram of a network node of Fig. 1 . 

24 Fig. 2 is a procedural flow chart illustrating the manner in which a network node adjusts 

25 the interval between node status packet transmissions according to the present invention. 

26 Fig. 3 is a procedural flow chart illustrating the manner in which a network node receives 

27 and processes node status packets according to the present invention. 

28 Fig. 4 is a procedural flow chart illustrating the manner in which a network node 

29 determines head or member status to facilitate cluster formation according to the present 

30 invention. 

3 1 Fig. 5 is a diagrammatic illustration of an exemplary configuration of network nodes and 
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1 corresponding clusters formed in accordance with the present invention. 

2 Fig. 6 is a diagrammatic illustration of an exemplary alternative configuration of network 

3 nodes and corresponding clusters formed in accordance with the present invention. 

4 Fig. 7 is a graphical illustration of the relationship between network packet rate and time 

5 for an exemplary network configuration employing cluster formation and adjustment of the 

6 interval between node status packet transmissions in accordance with the present invention. 

7 Fig. 8 is a diagrammatic illustration of an exemplary network having multiple tiers 

8 according to the present invention. 

9 Fig. 9 is a procedural flow chart illustrating the manner in which a network node performs 

10 clustering and determines super node status to form a multiple tier network configuration 

1 1 according to the present invention. 

1 Fig. 1 0 is a diagrammatic illustration of an exemplary configuration of cluster head nodes 

I3i and corresponding clusters formed in accordance with the present invention. 
1 Fig. 1 1 is a graphical illustration of the relationship between the total quantity of overhead 

\% packets and the quantity of cluster head nodes for the present invention and conventional 

1 S flooding techniques. 

17 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

1| Network nodes according to the present invention arranged in an exemplary wireless 

W network are illustrated in Fig. 1 A. Specifically, wireless network 2 includes a plurality of nodes 

2© 1 0 arranged in cells or clusters 1 2 in accordance with cluster formation of the present invention 

2T as described below. Each cell or cluster includes corresponding cluster member nodes 1 0 with 

22 one of those cluster member nodes designated as a cluster head node 14. These cluster 

23 arrangements form a first tier of network 2 and facilitate communication within a cluster between 

24 the cluster head and member nodes preferably utilizing a first transmission frequency. The head 

25 nodes of each cluster are in communication with each other, preferably utilizing a second 

26 transmission frequency, and form a backbone network 16. The backbone network essentially 

27 forms a second tier of network 2 and facilitates communications between nodes of different 

28 clusters (e.g., generally providing communications over greater distances). The architecture of 

29 network 2 is similar to that of conventional cellular telephone systems, except that network 2 

30 provides dynamic selection of cells and cluster head nodes as described below. 

31 A network node 10 according to the present invention is illustrated in Fig. IB. 

32 Specifically, node 1 0 includes a transmitter 22, a receiver 24 and a processor 26. The processor 
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1 is preferably implemented by a conventional microprocessor or controller and controls the node 

2 to transmit and receive messages in accordance with the communication protocols described 

3 below. The transmitter is preferably implemented by a conventional transmitter and transmits 

4 messages from the processor, preferably in the form of radio frequency (RF) signals, in 

5 accordance with processor instructions. Receiver 24 is typically implemented by a conventional 

6 receiver and configured to receive signals, preferably in the form of radio frequency (RF) signals, 

7 transmitted by the transmitter of another node. The receiver receives transmitted signals and 

8 forwards the received signals to processor 26 for processing. The node further includes an 

9 identifier (e.g, a code or identification number) to identify the particular node and a database (not 

10 shown) to store information pertaining to neighboring nodes to facilitate cluster formation as 

1 1 described below. A present invention head node 1 4 is substantially similar to node 1 0 described 
12 . above. 

1 3C The network preferably employs a link-state type of routing protocol that is implemented 

1 on backbone network 1 6. The database of each head node 1 4 maintains information enabling that 

1 fr cluster head to determine appropriate paths for routing messages through the network. The 

1 65 information typically relates to links between the various network head nodes. The cluster head 

1 T databases are synchronized in accordance with the routing protocol by transference of database 

Iff update packets or messages between cluster head nodes that provide network connectivity 

1^ information. These packets are conventionally transmitted to each neighboring network head 

2£- node via plural unicast or point-to-point messages (e.g., messages from a source node to a 

2¥ specific destination network node) in response to changes in network topology, an external 

22 network connected to network 2 or other modifications to the network facilitating changes in a 

23 node database. When a database update packet is received, a point-to-point acknowledgment 

24 (ACK) packet is commonly transmitted to the source node from the destination node to indicate 

25 packet reception. In addition, each node (e.g., cluster head and member nodes) periodically 

26 broadcasts a beacon type or node status packet. This packet basically advertises the presence of 

27 a node within the network and is typically utilized by head nodes for "keep alive" and neighbor 

28 discovery purposes . 

29 With respect to communications between network 2 and other external networks (e.g., 

30 the Internet), the network may employ a Radio Open Shortest Path First (ROSPF) protocol. This 

31 protocol is basically a modified version of the conventional Open Shortest Path First (OSPF) 
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1 protocol commonly utilized for Internet Protocol (IP) type networks. Since the OSPF protocol 

2 generates significant overhead when applied to ad hoc networks (e.g., dynamic wireless networks 

3 without any routing infrastructure), such as network 2, that protocol has been modified to derive 

4 the ROSPF protocol suitable for use with wireless or radio networks. According to the ROSPF 

5 protocol, each node within network 2 maintains a routing database including information 

6 enabling the node to determine an appropriate path for routing a message to the external network. 

7 The information contained within the node routing databases typically relates to links between 

8 the various network nodes. The ROSPF protocol is a link-state type routing protocol and 

9 provides for synchronization of node routing databases through transmission of Link-State 

10 Advertisement (LSA) packets to each network node. These packets are conventionally 

1 1 transmitted to each neighboring network node via plural point-to-point messages (e.g., messages 

12 from a source node to a specific destination network node) in response to changes in network 
13C topology, an external network connected to network 2 or other modifications to the network 
14i facilitating changes in a node database. When a database update packet is received, a point-to- 
1^ point OSPF type acknowledgment (ACK) packet is commonly transmitted to the source node 
1 63 from the destination node to indicate packet reception. 

1 T The arrangement of nodes 1 0 within clusters 1 2 and the designation of cluster head nodes 

1^7 14 are dynamically determined by the present invention. Basically, the present invention 

19* facilitates cluster formation and adjustment of the interval between node status packet 

2g transmissions within wireless ad hoc type networks. Cluster formation facilitates arrangement 

2 V of network 2 into clusters and designation of cluster head nodes to form backbone network 1 6. 

22 The present invention distributes processing in a manner that enables each network node to 

23 determine its status as a head or member node in accordance with local connectivity information 

24 received within node status packet transmissions from neighboring nodes as described below. 

25 Since the interval between node status packet transmissions is adjusted, the initial value for that 

26 interval is not critical to cluster formation. Generally, the initial interval between node status 

27 packet transmissions is set to a low value to form clusters rapidly. If the initial interval is set to 

28 a value below an acceptable range, the network becomes congested due to transmission of 

29 excessive quantities of node status packets. However, the present invention automatically 

30 increases that interval to relieve the congestion. 

3 1 The manner in which a processor of a network node facilitates transmission of node status 

32 packets and adjustment of the interval between transmission of those packets according to the 

10 



1 present invention is illustrated in Fig. 2. Initially, power is enabled to an unconfigured network 

2 2 at step 30 and each network node periodically transmits node status packets at predetermined 

3 time intervals. The node status packets transmitted by each node include a payload or storage 

4 section containing information including the quantity of neighboring nodes associated with that 

5 node and a listing of those neighboring nodes. The quantity of this information typically increases 

6 as node status packets are received by a node and additional neighboring nodes are discovered. 

7 The node status packets are transmitted as a broadcast message to enable each node of a 

8 succeeding hop (e.g., nodes within one hop from the transmitting node) to receive the packets. 

9 Specifically, a node schedules beacon transmission using an initial value at step 32, and 

1 0 subsequently waits for the transmission time of a succeeding node status packet as determined 

1 1 at step 34. In other words, the network node transmits a node status packet c k' (e.g., where k is 

12 generally an integer greater than or equal to zero) at time, t k , and waits for expiration of a time 
1 it interval, T k , between time t k and the transmission time of a succeeding node status packet, t k+I . 
1 f 1? The time interval between node status packet transmissions, T k , is initially set to a generally low 
1 5- ; predetermined value and is adjusted in accordance with network conditions as described below. 
1 Si However, the time interval may be initially set to any desired value. The network node receives 
1 f node status packets during transmission and processes the packets as described below to facilitate 
If?" the interval adjustment. 

19^ In response to expiration of the time interval, a node status packet containing relevant 

2ft neighbor information is transmitted by the network node at step 36. The node processor 

2P subsequently determines the appropriate interval between subsequent node status packet 

22 transmissions based on the quantity of neighboring nodes indicated within received node status 

23 packets. Basically, the quantity of neighboring nodes generally decreases or remains the same 

24 in the event that no additional neighbors are discovered, or that neighboring node status packet 

25 transmissions are lost due to transmission impairments. In order to enhance the probability of 

26 receiving the potentially lost node status packets, the interval between node status packet 

27 transmissions, T k5 is increased to provide sufficient time for reception of the packets. 

28 Specifically, when the quantity of neighboring nodes, N k (e.g., where N is an integer generally 

29 greater than or equal to zero), associated with the network node at a time, t k , is the same as the 

30 neighbor quantity, N k .„ at a previous time, t k .j, as determined at step 38, the time interval 

31 between transmission of node status packets by the network node, T k , is increased at step 42. 

11 



1 Accordingly, the time for transmission of a succeeding node status packet ,t k+1 , may be expressed 

2 as follows: 

3 t k+ ! = t k + T k + uniform (§); 

4 where the uniform function represents a uniform distribution. In other words, the transmission 

5 time of a succeeding packet, t k+1 , is determined from the transmission time of a current node 

6 status packet (t k ), a current interval between transmissions (TJ and an offset (8). The offset, 8, 

7 is utilized to coordinate node status packet transmissions of network nodes. Since simultaneous 

8 transmission of node status packets results in collisions, the node status packet transmission 

9 times are staggered among the network nodes to minimize collision occurrence. The offset, 8, 

10 may be any desired value or function to achieve appropriate node status packet transmission 

1 1 times. The uniform function basically distributes the offset values among the nodes in an 

1 2 appropriate manner. The interval between node status packet transmissions of neighboring nodes 
iJ is typically determined by the network node based on the frequency of reception of node status 
1 i packets from those nodes. Thus, the network node may determine appropriate intervals for node 
l C status packet transmissions based on the current interval and intervals of neighboring nodes. 

Moreover, the time interval between transmission of succeeding node status packets, T k+1 , may 

1? be determined from the current interval (T k ) and the offset (8), and may be expressed as follows. 

]J T k + 1 -T k+ 8. 

IS If the quantity of neighbors, N k , associated with the network node at a time, t fc , is not 

2tt the same as the neighbor quantity, N k _ l5 at a prior time, t k . 1? as determined at step 38, the time 

2$ interval for succeeding node status packet transmissions, T k+1 , is not modified, and the 

22 transmission time, t k+1 , and interval, T k+1 , are respectively set at step 40 as follows: 

23 t M =t k + T k 

24 T k+1 = T k . 

25 Thus, the transmission time of a succeeding packet, t k+l , is determined based on the current 

26 transmission time (t k ) and time interval (T k ). Since additional nodes are in communication with 

27 the network node, this indicates that the interval is set to a reasonable value and, therefore, 

28 should remain unchanged. The above process is repeated until termination of node processing 

29 (e.g., power down or other event) as determined at step 44. 

30 The manner in which a processor of a network node facilitates reception and processing 

31 of node status packets transmitted by neighboring nodes is illustrated in Fig. 3. Initially, each 
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1 node includes a database that stores information associated with neighboring nodes from which 

2 node status packets are received. The database basically maintains a plurality of neighbor sets, 

3 S, each including the corresponding node and neighbors from which that node receives node 

4 status packets. Thus, the database of a node having T' neighbors (e.g., where P is generally an 

5 integer greater than or equal to zero) includes P+l neighbor sets (e.g., a set for the node and 

6 individual sets for each of P neighbors). Specifically, the network node receives a node status 

7 packet from a neighboring node at step 50. If the neighboring node is not included within the 

8 network node neighbor set as determined at step 52, the neighboring node is added to that set at 

9 step 54. When the network node database does not include a neighbor set corresponding to the 

10 neighboring node as determined at step 56, that neighbor set is created at step 58. Since node 

11 status packets typically include neighbor information as described above, the neighbor 

1 2 information within the received node status packet is examined by the network node processor 
lfi at step 60 to determine whether or not neighbors identified within the received packet are 
1 ft included within the neighbor set associated with the neighboring node. If each identified neighbor 
liP is not present within the associated neighbor set, that neighbor set is updated to include the 
lfiS missing neighbors at step 64. 

\*f In response to determining at step 66 that the network node is identified within the 

1 neighbor set associated with the neighboring node or within the neighbor information of the node 

1 £k status packet, the network node establishes two-way communication with the neighboring node 

2K at step 68 . The above process is repeated until termination of node processing (e.g. , power down 

2p or other event) as determined at step 70. 

22 The manner in which a processor of a network node determines head or member status 

23 of that node to facilitate cluster formation is illustrated in Fig. 4. Initially, cluster formation is 

24 distributed among network nodes where each node determines its status as a head or member 

25 node. Node status is basically determined by each node subsequent transmission of a 

26 predetermined quantity of node status packets by that node and in response to no new neighbors 

27 being discovered and no changes within neighbor sets occurring during the node status packet 

28 transmissions. Specifically, a node status packet counter is initialized by the network node 

29 processor at step 80. The network node transmits node status packets including corresponding 

30 neighbor information at appropriate times and adjusts the interval between those transmissions 

31 as described above. In response to transmission of a node status packet as determined at step 82, 
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1 the counter is incremented at step 84. If the counter is below a predetermined threshold as 

2 determined at step 86, thereby indicating that the predetermined quantity of node status packets 

3 has not been transmitted, the network node continues to monitor transmission of node status 

4 packets and increment the counter as described above. 

5 When the packet counter accumulates a value greater than or equal to the predetermined 

6 threshold, thereby indicating transmission of a sufficient quantity of node status packets, the node 

7 processor determines at step 88 whether or not new neighbors have been discovered or a 

8 neighbor set has changed. If either of these conditions has occurred during transmission of the 

9 node status packets, the counter is re-initialized at step 80 and the processor basically waits for 

1 0 the occurrence of appropriate conditions (e.g., no new neighbors and no changes within neighbor 

1 1 sets) within succeeding sessions of node status packet transmissions (e.g., intervals where the 

12 predetermined quantity of node status packets are transmitted) as described above. The 
1 §5 predetermined quantity of node status packet transmissions may be set to any desired value. 
l|g Once a session of node status packet transmissions occurs without discovering a new 
1 fi neighbor and without changes in neighbor sets, the node processor determines at step 90 whether 
Ifi or not a neighbor set associated with the network node is a subset of a neighbor set of any 
1 f neighboring nodes. The neighbor sets for this determination are stored within the network node 
iff database as described above. In other words, the processor determines for the neighbor set, S, 
1 associated with the network node the presence of a neighbor set ,S m , associated with another node 
2K 'm' that satisfies the condition of ScS m , where m is generally an integer from one to the quantity 
2P of neighboring nodes. If the neighbor set associated with the network node is not a subset of any 

22 neighbor sets of neighboring nodes, this indicates that there exist some nodes within the 

23 associated neighbor set that may only establish communications through the network node. Thus, 

24 the network node is crucial to relay traffic and is designated as a head node at step 92. 

25 If the neighbor set associated with the network node is a subset of a neighbor set of a 

26 neighboring node, the node processor determines at step 94 if there exists a common neighbor 

27 set associated with the network node and each of the neighboring nodes (e.g., each neighbor set 

28 associated with the network node or neighboring nodes is equivalent to each other). In other 

29 words, the processor determines the presence of a neighbor set, C, equivalent to each neighbor 

30 set, S i9 in the network node database, where T is generally an integer from one to a quantity of 

3 1 nodes including the network node and its neighboring nodes. This basically occurs in the event 
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1 of a flat network architecture of fully connected nodes where each node has the same neighbors, 

2 thereby producing equivalent neighbor sets. When there is no common neighbor set, this 

3 indicates that the neighbor set associated with the network node is a subset of another neighbor 

4 set as described above. Thus, the neighbors of the network node may facilitate communications 

5 through the node associated with that other neighbor set. Accordingly, the network node is not 

6 crucial to relay traffic and is designated as a member node at step 96. 

7 When a common neighbor set exists as determined at step 94, the node with the lowest 

8 identifier is designated as a head node and a master node at step 98. The master node determines 

9 the head or member node status of the remaining nodes. The head nodes are selected to have a 

1 0 predetermined quantity of member nodes associated with each head node. For example, if C Q' 

1 1 (e.g., where Q is an integer generally greater than zero) member nodes are to be associated with 

12 each head node, the master node designates a head node for each group of Q+l nodes. The 
1£ master node informs nodes of their head node status, while remaining nodes are designated as 
145 members. 

1 jP Once status has been determined for network nodes as described above, the head nodes 

l(b inform corresponding member nodes of the head node designations. This is typically 

1 Jf accomplished by the head nodes transmitting status information within the node status packets. 

Iff When a member node receives node status packets indicating that more than one neighboring 

19^ node is designated as a head node, the member node may determine the particular head node to 

2K utilize for communications based on any desired criteria (e.g., strongest signal, etc.). The above 

2 ? P process is repeated until termination of node processing (e.g., power down or other event) as 

22 determined at step 1 00. The network continually adjusts the interval between node status packet 

23 transmissions and performs cluster formation in response to appropriate conditions as described 

24 above. 

25 Cluster formation in accordance with the present invention is described with reference 

26 to an exemplary network illustrated in Fig. 5 . Specifically, a network 20a includes nodes 10(1) - 

27 10(1 0) each substantially similar to the nodes described above and arranged with nodes 10(1) - 

28 10(4), 10(4) - 10(7) and 10(7) - 10(10) respectively in communication with each other and 

29 disposed within areas 102, 104, 106. However, node sets 10(1) - 10(3), 10(5) - 10(6) and 10(8) - 

30 10(10) lack connectivity between those areas. Since node 1 0(4) is disposed within areas 1 02 and 

31 1 04 and node 1 0(7) is disposed within areas 1 04 and 1 06, these nodes are crucial to relay traffic 

32 between areas and, therefore, are designated as head nodes. Further, nodes 10(4) and 10(7) are 
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1 the minimum quantity of nodes that should be selected as head nodes to facilitate 

2 communications among network nodes. The remaining nodes (e.g., 10(1) - 10(3), 10(5) - 10(6) 

3 and 10(8) - 10(10)) are designated as member nodes. 

4 The neighbor sets associated with each node of exemplary network 20a are as follows: 
5 

6 S x = {l 9 2,3 ? 4} 

7 S 4 = {l,2,3,4,5,6,7} 

8 S 7 -{4,5,6,7,8,9, It)} 

9 S 10 = {7,8,9, lol 
10 

1 1 where the subscript of a set 6 S ' and the corresponding set elements are in the form of reference 

1 & numeral indices to refer to a corresponding node. For example, 4 S j ' represents the neighbor set 

lf=j associated with node 10(1), while a set element '2' refers to node 10(2). The database of each 

1 C node includes the neighbor set of that node and the neighbor sets of neighboring nodes. By way 

l|l of example, the database of node 10(1) includes neighbor sets S t , S 2 , S 3 and S 4 . 

1 |H Each neighbor set basically includes the associated node and the neighboring nodes from 

If which the particular node receives node status packets. For example, since node 10(1) is in 

ljjk communication with nodes 10(2), 10(3) and 10(4) as described above, the corresponding 

iff, neighbor set, S 1? includes nodes 10(1), 10(2), 10(3) and 10(4). The head or member status of 

2© node 10(1) is determined by that node based on neighbor sets of the nodes within set, S 1? or sets 

21 S 1? S 2 , S 3 and S 4 . Since neighbor set S x is a subset of neighbor set S 4 , node 10(1) is not crucial to 

22 relay traffic and is designated as a member node. In other words, the nodes within set S 1 may also 

23 receive packets from node 1 0(4), thereby indicating that node 1 0( 1 ) is not crucial to relay traffic. 

24 The status of node 1 0(4) is determined by that node based upon neighbor sets of the nodes 

25 within set S 4 , or sets S 1? S 2 , S 3 , S 5 , S 6 and S 7 . Since set S 4 is not a subset of the neighbor sets of 

26 the remaining nodes with that set, this indicates that there exist some nodes within set S 4 that may 

27 only establish communications through node 10(4) and, therefore, node 10(4) is crucial to relay 

28 traffic and is designated as a head node. Similarly, node 10(7) determines, in the manner 

29 described above for node 10(4), that some nodes within associated neighbor set S 7 may only 

30 facilitate communications through node 1 0(7) and, therefore, node 1 0(7) is crucial to relay traffic 

3 1 and designates its status as a head node. The remaining nodes within network 20a determine their 

32 status in substantially the same manner described above. The present invention identifies nodes 
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1 10(4) and 10(7) as head nodes, thereby designating the minimum quantity of head nodes and 

2 providing a minimum quantity of hops for data transmission. The minimum hop quantity further 

3 serves to maximize message completion rate and minimize network latency. The network nodes 

4 perform the above determination based on the neighbor information received within node status 

5 packets and stored in the respective node databases as described above. 

6 Performance of the present invention has been measured with reference to an exemplary 

7 network configuration illustrated in Fig. 6. Specifically, network 20b includes nodes 10(1) - 

8 10(20) each substantially similar to the nodes described above and arranged with nodes 10(1) - 

9 10(6), 10(6) - 10(1 1), 10(1 1) - 10(16) and 10(16) - 10(20) respectively in communication with 

10 each other and disposed within areas 108, 110, 1 12 and 1 14. Nodes 10(6), 10(1 1) and 10(16) 

1 1 should be designated as head nodes, while remaining nodes within network 20b should be 

1 2 designated as member nodes. The present invention designates nodes 1 0(6), 10(11) and 10(16) 
l|h as head nodes without regard to the generally random sequence of node activation. In contrast, 
14E the techniques of the related art described above produce sub-optimal results. For example, the 
1 0 lowest node identifier scheme designates at least four cluster head nodes each associated with 
lfi a respective area 108, 110, 112, 114. Further, that technique requires designation of gateway 
IT nodes to route traffic, whereas the present invention provides head node status to nodes that are 
W* crucial for relaying traffic, thereby eliminating the necessity of gateway nodes. 

ljk In addition, the above-described scheme dependent upon node activation generates 

2tt different cluster formations with varying start-up sequences. In order to produce results for this 

2P scheme, a simulator employing a random number generator is utilized to simulate network 

22 behavior. The random number generator produces a random number that is associated with a 

23 particular node. Thus, corresponding nodes are initiated in accordance with the output , of the 

24 random number generator to simulate the generally random nature of network node initiation. 

25 The random number generator utilizes a base number or seed to produce a sequence of random 

26 numbers where variations in the seed alter the sequence of random numbers. Results of cluster 

27 formation by the above described node initiation scheme for varying seeds are illustrated in Table 

28 I below. 
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Table I 

HEADS 
5, 7, 8, 10, 11, 12, 16, 17 

3, 4, 5, 6, 7, 11, 12, 16, 19 

4, 7, 8,10,11,13,16, 20 
6 

7 The head nodes indicated in the table are in the form of reference numeral indices to refer to 

8 corresponding nodes. Thus, by way of example, a head node '4' in the table refers to node 1 0(4). 

9 As shown above in Table I, the scheme designates a significantly greater quantity of cluster heads 

1 0 than the present invention, where the cluster heads are not optimal or crucial for routing traffic. 

1 1 Further, this scheme generates different cluster formations with varying seeds or node initiation 
lfb sequences, thereby being dependent upon those sequences for cluster formation. 

1 f] The performance of adjustment of the interval between node status packet transmissions 

1 ^ has been measured on an exemplary network of one-hundred nodes randomly distributed in an 
li area of twenty kilometers by twenty kilometers and having a radio range of approximately ten 
lK kilometers. Initially, each network node starts within a period of approximately four seconds. 
17 Subsequently, the interval between node status packet transmissions is adjusted in the manner 
1;8^ described above. The relationship between packet rate of the network and time is illustrated in 
lph Fig. 7. The total packet rate is defined to be the total quantity of node status packets transmitted 
2B divided by the elapsed time. As shown in Fig. 7, the packet rate is initially high and decreases 

21 with an increased interval to avoid collisions. Once the interval settles, cluster formation is 

22 initiated. The present invention designates twenty-two head nodes and seventy-eight member 

23 nodes for the network. The node initiation scheme described above cannot form clusters for this 

24 network since the network nodes start at approximately the same time. The present invention has 

25 been further applied to various network configurations having approximately one-hundred to 

26 three hundred fifty nodes. In each case, cluster formation was achieved even during conditions 

27 of each node starting at approximately the same time (e.g., starting within four seconds). 

28 Typically, the cluster arrangement of a network affects overhead traffic, where the amount 

29 of overhead traffic generally depends on the degree of optimal cluster formation. For example, 

30 a cluster formation technique that designates an excessive quantity of cluster head nodes severely 

3 1 affects overhead traffic and routing performance. In order to reduce overhead traffic within a 
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1 network, the clustering technique described above is further applied to a backbone network of 

2 head nodes to form an additional tier of super nodes as illustrated in Fig. 8. Specifically, an 

3 exemplary network 200 includes nodes 10(1) - 10(11) each substantially similar to node 10 

4 described above. Cluster formation is initially performed by the network nodes to determine 

5 head node status in substantially the same manner described above. This same clustering 

6 procedure is subsequently performed by head nodes to determine super node status. Once the 

7 head node clustering is performed, the network includes an additional tier of super nodes. By way 

8 of example, nodes 10(1) - 10(11) of network 200 are initially within a first tier 150. Cluster 

9 formation is performed by the first tier nodes where nodes 1 0(3), 1 0(6) and 1 0(9) are designated 

1 0 as head nodes 1 4(3), 1 4(6) and 14(9). These head nodes form a second tier 1 60 where each node 

1 1 within that tier is a head node. The head nodes of tier 1 60 perform cluster formation as described 

1 2 above and node 1 4(6) is designated as a super node 1 5(6). The super node forms a third tier 1 70. 
1 J When formation of the super node tier commences, a database within each second tier head node 
lfi includes information relating to connectivity of its neighboring head nodes. In other words, a 
lif database of a head node that has 'L' neighboring head nodes (e.g., where Lis an integer generally 
lSj greater than zero) includes the neighbor sets, H i5 where 'i' is generally an integer from one 
VT through L+l (e.g., neighbor sets for the particular head node and each of its L neighboring head 
ll? nodes). The neighbor sets include the associated head node and neighboring head nodes from 
lp= which the particular head node receives node status packets. The head nodes initially receive this 
2pJ connectivity information from their neighboring nodes within node status packets as described 
2p above. The super node includes information relating to connectivity of its corresponding 

22 neighboring head and super nodes at termination of third tier formation. 

23 The manner in which a processor of a network node determines its status to facilitate 

24 multiple tier cluster formation is illustrated in Fig. 9. Specifically, power is enabled to the 

25 network at step 1 20 and the network node transmits and receives node status packets and adjusts 

26 the interval between those transmissions at step 1 22 in substantially the same manner described 

27 above for Figs. 2-3. Once the appropriate conditions have occurred (e.g., no new neighbors and 

28 no neighbor set changes have occurred within an interval of a predetermined quantity of node 

29 status packet transmissions), the network node determines its status as a head or member node 

30 at step 124 in substantially the manner described above for Fig. 4. 

3 1 Subsequent node status determination, the node processor determines at step 1 26 whether 
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1 or not the network node is designated as a head node. If the network node is designated as a head 

2 node, the node processor determines at step 127 whether or not each node within neighbor sets 

3 of neighboring nodes has determined its status as ahead or member node. Basically, the database 

4 of a node having ' W neighboring nodes (e.g., where W is an integer generally greater than zero) 

5 includes the neighbor sets, S j5 where j is an integer from one to W+l (e.g., neighbor sets for the 

6 particular node and each of its W neighboring nodes). Cluster formation with respect to network 

7 head nodes may commence by a head node when the head or member status of each node within 

8 sets, S j9 is determined. Initially, an additional head link database is constructed by each head 

9 node and includes information relating to cluster head node connectivity. For example, the head 

10 link database of a head node having 'L' neighboring head nodes (e.g., where L is an integer 

1 1 generally greater than zero) from which the cluster head node may receive transmissions, 

12 includes neighbor sets, H i? where 4' is generally an integer from one through L+l (e.g., neighbor 
1 §j sets for the particular head node and each of its L neighboring head nodes). The neighbor sets 
l£ include the associated head node and neighboring head nodes from which the particular head 
1 i 2 node receives node status packets as described above. The super node status of the network node 
lfe is determined at step 128 in response to the nodes within the neighbor sets determining their 
1 Jf status. Super node status of the network node is determined in substantially the same manner as 
ll? the determination of head node status described above for Fig. 4. The super nodes basically 
life inform corresponding head nodes of the super node designations by transmitting status 
2ffi information within node status packets in substantially the same manner described above for head 
2P node notification. Further, when a head node receives information indicating that more than one 

22 neighboring node is a super node, the head node may determine the particular super node to 

23 utilize for communications based on any desired criteria (e.g., signal strength, etc.) in 

24 substantially the same manner described above for member nodes selecting a head node. 

25 A flooding process occurs after formation of the super node tier and is initiated by the 

26 super nodes. Basically, flooding is the process where each head node receives routing 

27 information from other network head nodes to synchronize head link databases. Thus, the head 

28 link database of each head node includes information relating to the connectivity of head nodes 

29 within the network in response to completion of the flooding process. In particular, the network 

30 node floods a database update packet to other network super nodes at step 132 in response to 

31 determining that the network node is a super node at step 130. The flooding may be 

32 accomplished by a unicast or broadcast technique. Specifically, a unicast technique includes each 



20 



1 super node transmitting routing or connectivity information from its head link database or any 

2 newly received connectivity information to each corresponding neighboring super node via 

3 unicast or point-to-point messages. Since the head link database of each super node includes 

4 connectivity information of its corresponding neighboring head nodes, the head link database of 

5 each super node contains information relating to connectivity of each network head node at 

6 completion of the flooding process. The information transmitted by a super node is received by 

7 neighboring super nodes that each forward the information via unicast or point-to-point messages 

8 to head nodes associated with that super node. Since each head node contains connectivity 

9 information relating to each of its neighboring head nodes (e.g., including its corresponding super 

10 node), the super nodes need to transmit to their associated head nodes only the information 

1 1 received from neighboring super nodes. The unicast technique facilitates transmission to a 

12 destination with minimum power for nodes that may adapt transmission power. Further, since 
lj£ this technique requires a channel to be cleared prior to transmission, the possibility of collisions 
\M is reduced. However, this technique transmits a packet for each destination, thereby providing 
1C 1 significant overhead traffic for large networks and increasing the likelihood of collisions. 

lSJ As discussed above, the unicast technique basically transmits packets among super nodes 

17 j and subsequently floods those packets from super nodes to associated head nodes. The broadcast 
technique basically includes super nodes flooding connectivity information from their head link 

l|[ database or any newly received connectivity information to each of their super node or head node 

2g neighbors. Thus, the super nodes may transmit to any neighbors regardless of super node status. 

21 Although the broadcast technique transmits without adaptive power adjustment or a guarantee 

22 of a clear channel, this technique provides significant reduction of overhead traffic. For example, 

23 one broadcast packet transmission is required to flood connectivity information for a super node 

24 having 4 Y' associated head nodes (e.g., where Y is generally an integer greater than zero), 

25 whereas Y packet transmissions are required by the unicast technique. 

26 Once connectivity information is transmitted by super nodes, the network node in 

27 response to being designated a super node, receives the information at step 1 3 3 and forwards the 

28 information to its associated head nodes. The associated head nodes update their head link 

29 databases with the transmitted information and determine whether or not further information is 

30 required as described below. If additional information is required, the head nodes transmit 

3 1 requests to the network node to provide the requested information. Accordingly, the network 
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1 node receives requests for information from associated head nodes at step 1 34. The requests are 

2 processed by the network node and the information is transmitted via a unicast or point-to-point 

3 message to the requesting head node at step 135. The requesting node receives the information 

4 and updates its head link database to contain a complete description of head node connectivity. 

5 Once flooding has been accomplished, each head node should contain sufficient 

6 information to perform clustering and route packets. However, in order to ensure the integrity 

7 of head link databases, each head node examines its head link database for missing information. 

8 Accordingly, in response to the node processor determining at step 130 that the network node 

9 does not qualify as a super node, the network node receives and processes database update 

1 0 packets from a corresponding super node at step 1 36. The network node processes these packets 

1 1 in order to update its head link database. Once the flooding is complete, the network node 

12 examines its head link database for missing information at step 138. This is accomplished by 
13f examining neighbor sets within that database. In particular, each head link database should 
l|l contain neighbor sets, D i? where T is an integer from 1 through 4 Z\ and Z is generally an integer 
1 Jh greater than zero and represents the quantity of head nodes in the network. The neighbor sets 
IS include the associated head node and neighboring head nodes from which the particular head 
VP node receives node status packets as described above. The network node examines each neighbor 
lpfe set Dj within the head link database to uncover a set element or neighboring head node for which 
l|t the head link database does not include a corresponding neighbor set, thereby indicating that the 
2W database is incomplete. For example, if node 14(9) (Fig. 8) is determined to be an element of the 
2J j set, D 5 , the network node examines the head link database for the neighbor set, D 9 , associated 

22 with node 14(9). When set D 9 is not within the database, the database is incomplete and the 

23 network node ascertains the missing information. 

24 In response to determining at step 140 that the database lacks information, the network 

25 node requests its corresponding super node to provide the missing information at step 142. The 

26 request is processed by the super node and the information is provided to the network node as 

27 described above. The head link database of the network node is updated with the information to 

28 provide a complete description of head node connectivity. This technique eliminates the need for 

29 head nodes to acknowledge receipt of packets from the corresponding super node. Since 

30 numerous acknowledgment packets maybe transmitted, especially in the case where a super node 

31 has several associated head nodes, the amount of overhead traffic is significantly reduced. In 
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1 certain systems, an acknowledgment is incorporated into the routing protocol for a unicast 

2 message. Accordingly, a head node does not need to repeat the acknowledgment to a super node. 

3 However, with respect to a broadcast technique, an acknowledgment is typically transmitted to 

4 ensure reliability. 

5 Operation of the multiple tier architecture of the present invention is described with 

6 reference to an exemplary network configuration illustrated in Fig. 10. Initially, network 200 

7 includes head nodes 14(1) - 14(8) each substantially similar to nodes 14 described above and 

8 associated with corresponding member nodes (not shown). Network nodes 14(1) - 14(8) have 

9 been designated as head nodes in the manner described above and form a second tier of network 

1 0 200. The cluster formation technique described above is applied to the head nodes resulting in 

1 1 head nodes 14(3) and 14(8) being designated as super nodes. The super nodes flood routing 

1 2 information to synchronize head link databases as described above, where the head link database 
1 J of each head node should contain the following information or neighbor sets. 

Ill D x = {l,2,3} D 2 = {l,2,3) D 3 = {l,2,3,4, 5, 8} 

1 J D 4 = { 3, 4, 5, 8} D 5 - { 3, 4, 5, 8} D 6 = {6, 7, 8} 

ljfl D 7 = { 6, 7, 8} D 8 = { 3, 4, 5, 6, 7, 8} 

17 

1 fL The subscript of set D and set elements represent reference numeral indices and refer to particular 

ljj^ head nodes. For example, 'D/ represents the neighbor set associated with head node 14(1), 

2Qj while an element '2' refers to head node 14(2). 

2'f Once flooding is accomplished by super nodes 14(3) and 14(8), the head link database 

22 of each head node 14(1) - 14(2) and 14(4) - 14(7) is examined for completeness. By way of 

23 example only, node 14(1) examines its database and discovers that node 14(5) is an element of 

24 neighbor sets D 3 , D 4 and D 8 respectively associated with head nodes 14(3), 14(4) and 14(8). 

25 However, the neighbor set associated with node 14(5) is not within the database of node 14(1). 

26 Accordingly, node 14(1) transmits a request to corresponding super node 14(3) to provide the 

27 missing information. If additional information relating to a particular node is missing, this 

28 indicates that the node has a system failure or has moved out of range. For example, when the 

29 database of node 14(1) further lacks sets D 5 , D 3 , D 4 and D 8 respectively associated with 

30 uncovered node 14(5) and its neighboring head nodes 14(3), 14(4) and 14(8), node 14(5) 

3 1 typically has a system failure or has moved out of range. 
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1 Conventional techniques, such as the OSPF protocol, designate a particular router to 

2 transmit a broadcast message to neighboring routers as described above. The neighboring routers 

3 each transmit an acknowledgment message to the designated router in response to receiving the 

4 broadcast message. When the designated router does not receive a response from a neighboring 

5 router within a predetermined time interval, the broadcast message is re-transmitted via the 

6 unicast technique to the router not acknowledging the message. However, the present invention 

7 eliminates the requirement of transmitting an acknowledgment message, while providing a 

8 manner for head nodes to receive missing information from super nodes, thereby reducing 

9 overhead traffic. Once initial flooding and database examination are complete, each head node 

10 contains information sufficient to route messages. Super nodes handle flooding of database 

1 1 update packets, while head nodes provide routing functions for the network. When changes in 

12 network connectivity or other events occur that modify a head link database, new information 
1 J is flooded to the head nodes to synchronize their head link databases. This is accomplished by 
1C a head node transmitting the information to a corresponding super node which subsequently 
IIP floods the information as described above. This technique may be further utilized to flood 
lgj database or other information (e.g., internal network routing protocol, ROSPF packets, etc.) to 
1*7 r head and/or member nodes throughout the network. The present invention continually adjusts 
18- network configuration and designates head nodes and super nodes in response to appropriate 
1 jik network conditions as described above. This enables the network to adapt to changing conditions 
2jt (e.g. , units moving between clusters or unit movement causing a current configuration to be sub- 
2fc optimal) and provide a relatively optimal configuration for routing traffic. 

22 The present invention may employ alternative techniques to reduce overhead traffic. In 

23 particular, broadcast messages may include information from plural database update packets and 

24 be transmitted at particular times to reduce overhead traffic. For example, when a super node 

25 receives new database information in the form of database update packets from neighboring 

26 super nodes, the information may be transmitted immediately within individual packets each 

27 corresponding to a received database update packet. However, this may increase packet rate, 

28 especially where the node is receiving database information from several other super nodes. 

29 Accordingly, the super nodes may transmit information accumulated from several received 

30 database update packets within a single cumulative packet for transmission to associated head 

3 1 nodes. Alternatively, each super node may include a timer that is initiated after adjustment of 
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1 the interval between node status packet transmissions for head node clustering. The timer 

2 indicates expiration of predetermined time intervals, and may be set to any desired value. A 

3 super node floods a message in response to receiving new routing information within each 

4 periodic interval as indicated by the timer. The message includes the routing information 

5 received during that interval. This provides a super node an opportunity to aggregate data prior 

6 to transmission in order to reduce overhead traffic. 

7 The present invention may achieve significant reductions in overhead traffic. By way of 

8 example only, the overhead traffic produced by conventional techniques and the present 

9 invention for a fully connected network (e.g., a network including nodes having direct 

1 0 communication with each other) is examined. Basically, two approaches may be utilized to flood 

1 1 database information. One approach is a conventional brute force or basic technique utilizing 

12 a flat or single level network architecture, while another approach includes the technique 
1 % employed by the present invention described above. A comparison between the approaches may 
l|£ be performed based on the quantity of packets transmitted (e.g., excluding re-transmissions 
Id within the flat architecture and request messages within the present invention). The packet 
iSn quantity for the present invention is measured from cluster head nodes. In other words, the 

second tier or cluster head nodes are considered as a flat architecture for the conventional 

1SB^ approach, and as a hierarchical architecture for the present invention subsequent clustering and 

ljjjk formation of the third tier. Unicast and broadcast transmission techniques are utilized for the 

2iJ comparison. 

20 Basically, an exemplary network configuration includes 4 N' second tier or cluster head 

22 nodes that are fully connected, where N is an integer generally greater than zero. Transmission 

23 from a single head node initiates a series of transmissions from other head nodes to flood a 

24 packet. In other words, a head node initially transmits a database update packet to N-l 

25 destination head nodes, where each destination head node transmits the packet to the remaining 

26 N-2 destination head nodes. The total packet quantity, B update , using the conventional approach 

27 may be expressed as follows: 

28 B update =(N-l) + (N-l)(N-2) = (N-l)(N-2+l) 

29 = (N-l) 2 . 
30 

3 1 The above expression provides a packet quantity for an update message received by any network 
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1 node. With respect to a database refresh (e.g., each head node transmits information from its 

2 head link database to other head nodes), each head node basically transmits a packet in the 

3 manner of an update as described above. Thus, the total packet quantity, B refresh , for a database 

4 refresh (e.g., N-B update ) may be expressed as follows: 
5 

6 B refosh =N(N-1) 2 . 
7 

8 Referring to the present invention, upon completion of head node clustering, each head 

9 link database includes connectivity information pertaining to each network head node in response 

10 to the head nodes being folly connected. Thus, additional information is not required to be 

1 1 flooded, whereas flooding in a flat architecture is dependent upon the implementation and the 

12 above expression for B update provides the quantity of packets transmitted. The determination of 
l5j the total packet quantity transmitted by the present invention is based on the conditions of a node 
ljK receiving a database update packet from a source head node and subsequently flooding the 
Ifi received packet, while node status as a head node or super node remains constant. Accordingly, 
lfg a present invention head node initially transmits an update packet to its corresponding super 
IT node. The super node subsequently transmits the packet to the remaining associated N-2 head 

nodes. Thus, the packet quantity for the present invention utilizing a unicast technique, P update 

1ft (unicast). ma Y be expressed as: 

20 PupdaMunicast) = 1+(N"2) = N-l. 
22 

23 When the present invention employs a broadcast technique, a first packet is transmitted 

24 from a head node to a corresponding super node, while a second packet is subsequently 

25 broadcasted from the super node to the remaining super or head nodes. Thus, the packet quantity 

26 for the broadcast technique, P update (broadcast)? is equal to two, and may be expressed as follows: 
27 

28 Pupdate (broadcast) — 2. 

29 

30 A graphical illustration of the relationship between the total packet quantity and quantity 

31 of head nodes for the conventional approach and the hierarchical approach of the present 
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1 invention employing unicast and broadcast techniques is illustrated in Fig. 1 1 . As shown in the 

2 figure, the present invention significantly reduces packet quantity relative to the conventional 

3 approach, especially as the quantity of network nodes increases. For example, when an 

4 exemplary network configuration includes ten head nodes, the corresponding packet quantity for 

5 the conventional approach is eighty-one, while the packet quantities for the present invention are 

6 nine for a three-tier architecture employing a unicast technique and two when employing the 

7 broadcast technique. Since clustering and routing are essential elements of self-organizing 

8 networks, such as those for ad hoc wireless communications, and since communication failure 

9 occurs in response to overhead consuming a significant portion of available bandwidth, the 

10 present invention reduces overhead traffic when flooding messages to thereby prevent 

1 1 communication failure and maintain a functioning network. 

1 2 The present invention is not limited to the networks described herein, but may be applied 
lS; to any static, mobile or wireless networks (e.g., commercial or military applications, ad hoc 
l2f wireless network, etc.). Further, the present invention may be applied to any networks requiring 
liO self-organization (e.g., military applications), or those that dynamically determine potential 
lip routes for message transmission. Accordingly, the present invention has numerous commercial 
Vf" applications in various events (e.g., earthquake, fire, flood, rescue, criminal search, etc.) or within 
V&" personal communication networks (e.g., within a campus). Moreover, the present invention may 
l{& be applied in a cellular network, where a base station fails and a multi-hop wireless network is 
2% utilized to transmit data. 

20 It will be appreciated that the embodiments described above and illustrated in the 

22 drawings represent only a few of the many ways of implementing a method and apparatus for 

23 communication network cluster formation and transmission of node link status messages with 

24 reduced protocol overhead traffic. 

25 The communication networks employing the present invention nodes may include any 

26 quantity of those nodes or tiers. The present invention network nodes may be arranged to form 

27 any plural tier network configuration and may transmit information throughout that network 

28 configuration in the manner described above to reduce protocol overhead traffic. The network 

29 nodes may be arranged in any fashion into any quantity of clusters, cells or tiers each having any 

30 quantity of member nodes, head nodes and/or super nodes. The backbone network may include 

31 any quantity of head nodes, while communications within a cluster and between neighboring 
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1 cluster head and/or super nodes may utilize the same or different transmission frequencies. The 

2 network may include any quantity of nodes, head nodes and super nodes, where each node may 

3 have any quantity of neighboring nodes. The head and super nodes may respectively have any 

4 quantity of associated member and head nodes. The variables used herein (e.g., N, P, Q, L, W, 

5 Y, Z, etc.) merely describe network and data configurations, and do not limit the present 

6 invention to any particular configuration. The variables may be any type of number (e.g., 

7 integer, real, etc.) having any desired value. The neighbor sets may include any information to 

8 identify neighboring nodes arranged in any fashion. 

9 The formation of cells and designation of head and super nodes may be predetermined 

1 0 or accomplished dynamically via the technique described above. The nodes may communicate 

1 1 via any suitable communications medium (e.g., wired or wireless communication devices, etc.). 

1 2 The present invention node may include any quantity of conventional or other transmitters, where 

15 each transmitter may transmit signals at any suitable frequency and in any suitable energy form 
l¥ ( e *g-> radio signals, microwave, optical signals, etc.), and any quantity of conventional or other 
1M receivers, where each receiver may receive signals at any suitable frequency and in any suitable 
lg energy form (e.g., radio signals, microwave, optical signals, etc.). Alternatively, the present 

invention node may include any quantity of combined transmitting/receiving devices. The node 

ll£ identifier may include any quantity of any types of alphanumeric or other characters or symbols 

16 which provide the identification of a node within a sequence. The sequence may be conventional 
2g(f and known (e.g., numeric order, alphabetical order, etc.), or may be predetermined (e.g. , created 
2fD or constructed) and provided to the nodes. 

22 The processor of the present invention node may be implemented by any conventional 

23 or other microprocessor, controller or circuitry to perform the functions described herein, while 

24 any quantity of processors or processing devices or circuitry may be employed within the present 

25 invention node where the processor functions may be distributed in any fashion among any 

26 quantity of modules, processors or other processing devices or circuits. The software for the 

27 processor of the present invention node may be implemented in any suitable computer language, 

28 and could be developed by one of ordinary skill in the computer and/or programming arts based 

29 on the functional description contained herein and the flow charts illustrated in the drawings. 

30 Further, any references herein of software performing various functions generally refer to 

3 1 processors performing those functions under software control. The software and/or algorithms 
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1 described above and illustrated in the flow charts may be modified in any manner that 

2 accomplishes the functions described herein. The present invention node may alternatively 

3 include any components arranged in any fashion to facilitate distribution of packets within the 

4 network in the manner described above. 

5 The database update, node status and other packets or messages (e.g., acknowledgment, 

6 point-to-point message, broadcast message, etc.) may be of any size, may have any format, may 

7 contain any desired information and may be transmitted via any suitable transmission technique 

8 (e.g., unicast, broadcast, etc.). The node status packets may be transmitted at any suitable 

9 transmission rate or have any desired interval between transmissions. The initial interval 

1 0 between node status packet transmissions may be set to any desired value. This interval may be 

1 1 adjusted in response to any suitable conditions (e.g., neighbor quantity, expiration of timers, etc.). 

1 2 The interval adjustment offset may be set to any desired value or function to achieve transmission 
1 J times producing an acceptable quantity of collisions for network operation. The offset may be 
ljf distributed among nodes in any desired fashion via any suitable function (e.g., a uniform 
lij distribution function, etc.). The timers (e.g., periodic interval timer for accumulating information 

1 g prior to transmission, etc.) may be implemented by any conventional or other timing mechanisms 

(e.g., processor clock, external hardware, software, etc.) and may be set to any desired intervals 

ll£ (e.g., fractions of seconds, seconds, minutes, hours, days, etc.) for their respective functions. 

% Similarly, the counter (e.g., for node status packet transmissions, etc.) may be implemented by 

2g any conventional or other counting mechanisms (e.g., external hardware, software, etc.). 

20 Cluster formation to determine head and member status may be initiated in response to 

22 any suitable conditions (e.g., transmission intervals, expiration of timers, etc.),while the threshold 

23 of node status packet transmissions may be set to any desired value. The head and super nodes 

24 may be identified in any manner that determines network nodes which are required to facilitate 

25 communications within the network (e.g.,based on neighbor sets, shortest path techniques, node 

26 transmission ranges, etc.). The master node may be selected in any fashion and may 

27 subsequently determine head nodes via any conventional or other techniques. The head and 

2 8 super nodes may transmit any information in any manner (e.g. , within any packets, etc.) to inform 

29 neighboring nodes of the head or super node designations. Similarly, the master node may 

30 transmit any information in any manner to inform nodes of their head node status. A member or 

31 head node having plural head or super nodes may select a corresponding head or super node 
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1 based on any desired criteria (e.g., strongest signal, connectivity, etc.). 

2 The various messages may include any identifier to identify the type of message or 

3 packet. The node status and database update packets may be transmitted at any desired intervals 

4 and/or in response to any desired events or conditions. The flooding may utilize any unicast, 

5 broadcast or other transmission techniques either individually or in any combination, while any 

6 types of messages or other information (e.g., ROSPF information, database synchronization, 

7 routing control information, etc.) may be flooded in the manner described above. The packets 

8 transmitted in the flooding process may include any quantity of accumulated information (e.g., 

9 information received from any quantity of packets received by a node). Further, the flooded 

10 packets may include information received during particular time intervals, where the time 

1 1 interval and associated timer may be set to any desired values. 

12 The communication network may employ any suitable intranet and/or internetworking 
13E communications protocols to facilitate reception, processing and transference of messages or 
IS packets within or external of the network. The present invention may be utilized within any 
IM intranet, internetworking or other protocol to transmit or flood messages within the network in 
life accordance with that protocol. The node databases (e.g., routing, head link, etc.) may be 
V¥ implemented by any conventional database or other storage structure (e.g., processor memory, 
1P= external memory, file, data structure (e.g., array, queue, stack, etc.), etc.) and may have any 
Wl desired storage capacity to contain any desired information. The head link or other databases 
2jQf may be examined in any manner and utilize any conventional or other techniques to determine 
2fQ information missing from those databases. 

22 It is to be understood that the present invention is not limited to the applications or 

23 networks described herein, but may be utilized for various communication applications or 

24 networks, especially those employing link-state based routing protocols. Further, the present 

25 invention may be applied to any applications requiring flooding of routing or any other 

26 information. 

27 From the foregoing description it will be appreciated that the invention makes available 

28 a novel method and apparatus for communication network cluster formation and transmission 

29 of node link status messages with reduced protocol overhead traffic wherein network nodes 

30 crucial for relaying network traffic are designated as head nodes to form a hierarchical network 

3 1 configuration, while this technique is further applied to those designated head nodes to form a 
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1 multiple tier architecture for flooding information with reduced overhead traffic. 

2 Having described preferred embodiments of a new and improved method and apparatus 

3 for communication network cluster formation and transmission of node link status messages with 

4 reduced protocol overhead traffic, it is believed that other modifications, variations and changes 

5 will be suggested to those skilled in the art in view of the teachings set forth herein. It is 

6 therefore to be understood that all such variations, modifications and changes are believed to fall 

7 within the scope of the present invention as defined by the appended claims. 
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WHAT IS CLAIMED IS : 



1 1 . In a communications network having a plurality of communication units, wherein 

2 at least one of those units is designated as a routing unit for routing network traffic, a 

3 communication unit to transmit and receive messages within said network comprising: 

4 a transmitter to transmit an outgoing message to each neighboring unit of said 

5 communication unit; 

6 a receiver to receive an incoming message from said each neighboring unit; 

7 a storage unit to store network connectivity information relating to said communication 

8 unit and corresponding neighboring units; and 

9 a processor to control said transmission and reception of said outgoing and incoming 
1 0 messages, wherein said processor includes : 

flj a configuration module to examine said network connectivity information and 

12 designate said communication unit as said routing unit in response to determining that said 

tl communication unit communicates with at least one neighboring unit that is isolated from 

Q communications with remaining neighboring units of said communication unit. 

H 2. The unit of claim 1 wherein said transmitter transmits said outgoing message in 

|2 the form of radio signals. 

CJ 3 . The unit of claim 1 wherein said receiver receives said incoming message in the 

2 form of radio signals. 

1 4. The unit of claim 1 wherein said processor further includes: 

2 a status transmission module to facilitate transmission of a unit status message at a 

3 periodic time interval, wherein said unit status message includes unit connectivity information 

4 relating to network connectivity of said communication unit; and 

5 a status reception module to facilitate reception of said unit status message from said each 

6 neighboring unit and to update said connectivity information within said storage unit in 

7 accordance with unit connectivity information contained within each received unit status 

8 message. 
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1 5. The unit of claim 4 wherein said processor further includes: 

2 an interval module to adjust said periodic time interval in response to detecting 

3 modifications in network connectivity indicated by said updated connectivity information within 

4 said storage unit. 

1 6. The unit of claim 5 wherein said interval module further includes: 

2 an interval adjustment module to increase said periodic time interval in response to 

3 determining that a quantity of neighboring units of said communication unit is equal to said 

4 neighboring unit quantity of an immediately preceding periodic time interval. 

1 7. The unit of claim 4 wherein said configuration module further includes: 

2 a transmission interval module to maintain a count of unit status message transmissions 
J by said communications unit and to determine when a predetermined quantity of said unit status 
jj messages has been transmitted; 

*M an evaluation module to determine the presence of modifications to said connectivity 

g information within said storage unit during said unit status message transmissions; and 

l f a unit status module to determine said status of said communication unit as said routing 

18 unit in response to an absence of modifications to said connectivity information as determined 

19 by said evaluation module. 

EC 8. The unit of claim 7 wherein said unit status module further includes: 

2 a routing status module to designate said communication unit as said routing unit in 

3 response to determining that said communication unit communicates with at least one 

4 neighboring unit that is isolated from communications with remaining neighboring units of said 

5 communication unit; 

6 a master status module to designate said communication unit as a master unit in response 

7 to determining that said communication unit and each neighboring unit are in communication 

8 with the same units and said communication unit is associated with an identifier superior to 

9 identifiers of said neighboring units; and 

10 a member status module to designate said communication unit as a member unit of a 

1 1 corresponding routing unit in response to said master status module determining that said 
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1 2 communication unit and each neighboring unit are in communication with at least one different 

1 3 unit and said routing status module determining that said communication unit fails to qualify as 

14 said routing unit. 

1 9. The unit of claim 8 wherein said master status module further includes: 

2 a routing unit selection module to determine said status of said neighboring units as said 

3 routing and member units in response to said communication unit being designated as said master 

4 unit; and 

5 a status transmission module to facilitate transmission of status information to 

6 neighboring designated routing units to inform those units of their designation as routing units 

7 by said communication unit serving as said master unit. 

% 10. The unit of claim 1 wherein said configuration module further includes: 

2j a link storage unit to store connectivity information relating to routing units; and 

yfi a routing unit configuration module to examine said network connectivity information 

S within said link storage unit in response to said communication unit being designated as said 

-5 routing unit and to designate said communication unit as a transmission routing unit in response 

§# to determining that said communication unit communicates with at least one neighboring routing 

'{I unit that is isolated from communications with remaining neighboring routing units of said 

|f communication unit 

1 11. The unit of claim 10 wherein said transmission routing unit transmits update 

2 messages including network connectivity information, and said routing unit configuration module 

3 further includes: 

4 a message forwarding module to receive an update message from a neighboring 

5 transmission routing unit in response to said communication unit being designated as said 

6 transmission routing unit and to transmit said received message to neighboring routing units to 

7 facilitate synchronization of said link storage unit of each said routing unit. 

1 12. The unit of claim 11 wherein said routing unit configuration module further 

2 includes: 
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3 an update module to receive an update message from a neighboring transmission routing 

4 unit in response to said communication unit being designated as said routing unit and to update 

5 said link storage unit with said connectivity information contained within said received update 

6 message; 

7 a data integrity module to examine said network connectivity information within said link 

8 storage unit and determine information missing from said link storage unit in response to said 

9 update by said update module; and 

10 a request module to request said neighboring transmission routing unit to transmit said 

1 1 missing information in response to said data integrity module determining that information is 

12 missing from said link storage unit. 

1 13. The unit of claim 12 wherein said routing unit configuration module further 

3 includes: 

J a request processing module to receive said request from a neighboring routing unit in 

# response to said communication unit being designated as a transmission routing unit and to 

fS process said received request to transmit information identified in said request to that 

- S neighboring routing unit. 

'il 14. The unit of claim 1 1 wherein said message forwarding module further includes: 

% a data accumulation module to accumulate information received within plural update 

IS messages and to transmit said accumulated information in the form of a single transmission to 

4 neighboring routing units to facilitate synchronization of said link storage unit of said each 

5 routing unit. 

1 15. The unit of claim 1 1 wherein said message forwarding module further includes: 

2 a timer to indicate expiration of periodic reception intervals; and 

3 a data accumulation module to accumulate information received within each of said 

4 periodic reception intervals and to transmit said accumulated information of each periodic 

5 reception interval in the form of a single transmission to neighboring routing units at expiration 

6 of that periodic reception interval to facilitate synchronization of said link storage unit of said 

7 each routing unit. 
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1 16. In a communications network having a plurality of communication units, wherein 

2 at least one of those units is designated as a routing unit for routing network traffic, a method of 

3 configuring a network communication unit to transmit and receive messages within said network 

4 comprising the steps of: 

5 (a) examining network connectivity information relating to said communication unit 

6 and corresponding neighboring units stored in a storage unit of said communication unit; and 

7 (b) designating said communication unit as said routing unit in response to 

8 determining that said communication unit communicates with at least one neighboring unit that 

9 is isolated from communications with remaining neighboring units of said communication unit. 

1 17. The method of claim 16 wherein said messages are transmitted in the form of 

2 radio signals. 

J 18. The method of claim 16 wherein step (a) further includes: 

y| (a. 1) transmitting a unit status message at a periodic time interval, wherein said unit 

M status message includes unit connectivity information relating to network connectivity of said 

!; f communication unit; and 

li (a.2) receiving said unit status message from said each neighboring unit and updating 

yl said connectivity information within said storage unit in accordance with unit connectivity 

2 information contained within each received unit status message. 

1 19. The method of claim 18 wherein step (a) further includes: 

2 (a.3) adjusting said periodic time interval in response to detecting modifications in 

3 network connectivity indicated by said updated connectivity information within said storage unit. 

1 20. The method of claim 1 9 wherein step (a.3) includes: 

2 (a.3.1) increasing said periodic time interval in response to determining that a quantity 

3 of neighboring units of said communication unit is equal to said neighboring unit quantity of an 

4 immediately preceding periodic time interval. 

1 21 . The method of claim 1 8 wherein step (b) further includes: 
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2 (b . 1 ) maintaining a count of unit status message transmissions by said communications 

3 unit and determining when a predetermined quantity of said unit status messages has been 

4 transmitted; 

5 (b.2) determining the presence of modifications to said connectivity information within 

6 said storage unit during said unit status message transmissions; and 

7 (b.3) determining said status of said communication unit as said routing unit in 

8 response to an absence of modifications to said connectivity information as determined in step 

9 (b.2). 

1 22. The method of claim 21 wherein step (b.3) further includes: 

2 (b.3.1) designating said communication unit as said routing unit in response to 

3 determining that said communication unit communicates with at least one neighboring unit that 
% is isolated from communications with remaining neighboring units of said communication unit; 
2 (b.3 .2) designating said communication unit as a master unit in response to determining 
H that said communication unit and each neighboring unit are in communication with the same 
% units and said communication unit is associated with an identifier superior to identifiers of said 
j & neighboring units; and 

19= (b.3 .3) designating said communication unit as a member unit of a corresponding routing 

|Q unit in response to step (b.3.2) determining that said communication unit and each neighboring 
unit are in communication with at least one different unit and step (b.3.1) determining that said 

W communication unit fails to qualify as said routing unit. 

1 23 . The method of claim 22 wherein step (b.3.2) further includes: 

2 (b.3.2. 1) determining said status of said neighboring units as said routing and 

3 member units in response to said communication unit being designated as said master unit; and 

4 (b.3.2.2) transmitting status information to neighboring designated routing units to 

5 inform those units of their designation as routing units by said communication unit serving as 

6 said master unit. 

1 24. The method of claim 1 6 further including: 

2 (c) examining network connectivity information relating to routing units stored within 

37 



3 a link storage unit of said communication unit in response to said communication unit being 

4 designated as said routing unit; and 

5 (d) designating said communication unit as a transmission routing unit in response 

6 to determining that said communication unit communicates with at least one neighboring routing 

7 unit that is isolated from communications with remaining neighboring routing units of said 

8 communication unit. 

1 25 . The method of claim 24 wherein said transmission routing unit transmits update 

2 messages including network connectivity information, and step (d) further includes: 

3 (d.l) receiving an update message from a neighboring transmission routing unit in 

4 response to said communication unit being designated as said transmission routing unit and 

5 transmitting said received message to neighboring routing units to facilitate synchronization of 
% s said link storage unit of each said routing unit. 

Jj 26. The method of claim 25 wherein step (d) further includes: 

S (d.2) receiving an update message from a neighboring transmission routing unit in 

- f response to said communication unit being designated as said routing unit and updating said link 

14 storage unit with said connectivity information contained within said received update message; 

I i (d.3) examining said network connectivity information within said link storage unit and 

jg determining information missing from said link storage unit in response to said update by step 

I (d.2); and 

8 (d.4) requesting said neighboring transmission routing unit to transmit said missing 

9 information in response to step (d.3) determining that information is missing from said link 
1 0 storage unit. 

1 27. The method of claim 26 wherein step (d) further includes: 

2 (d.5) receiving said request from a neighboring routing unit in response to said 

3 communication unit being designated as a transmission routing unit and processing said received 

4 request to transmit information identified in said request to that neighboring routing unit. 

1 28. The method of claim 25 wherein step (d. 1) further includes: 
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2 (d. 1 . 1 ) accumulating information received within plural update messages and transmitting 

3 said accumulated information in the form of a single transmission to neighboring routing units 

4 to facilitate synchronization of said link storage unit of said each routing unit. 

1 29. The method of claim 25 wherein step (d. 1) further includes: 

2 (d. 1 . 1) indicating expiration of periodic reception intervals; and 

3 (d. 1 .2) accumulating information received within each of said periodic reception intervals 

4 and transmitting said accumulated information of each periodic reception interval in the form of 

5 a single transmission to neighboring routing units at expiration of that periodic reception interval 

6 to facilitate synchronization of said link storage unit of said each routing unit. 

1 30. A communications network comprising: 

% a plurality of communication units to transmit and receive messages within said network, 

"3 wherein each said communication unit includes: 

y§ a status transmission module to facilitate transmission of a unit status message 

M at a periodic time interval; 

^ an interval module to adjust said periodic time interval in response to detecting 

modifications in network connectivity; and 

y| a configuration module to determine a status of that communication unit as a 

jg routing unit for routing network traffic or as a member unit of a corresponding routing unit in 

10 accordance with information contained within received unit status messages. 

1 31. The network of claim 30 wherein said each communication unit transmits 

2 messages in the form of radio signals. 

1 32. The network of claim 30 wherein said interval module further includes: 

2 an interval adjustment module to increase said periodic time interval in response to 

3 determining that a quantity of neighboring units of that communication unit is equal to said 

4 neighboring unit quantity of an immediately preceding periodic time interval. 

1 33. In a communications network including a plurality of communication units to 
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2 transmit and receive messages within said network, a method of transmitting and receiving 

3 messages comprising the steps of: 

4 (a) transmitting a unit status message from each communication unit at a 

5 corresponding periodic time interval; 

6 (b) adjusting said periodic time interval in response to a corresponding 

7 communication unit detecting modifications in network connectivity; and 

8 (c) determining a status of said each communication unit as a routing unit for routing 

9 network traffic or as a member unit of a corresponding routing unit in accordance with 

1 0 information contained within received unit status messages. 

1 34. The method of claim 33 wherein said each communication unit transmits 

2 messages in the form of radio signals. 

J 35. The method of claim 33 wherein step (b) further includes: 

3 (b. 1 ) increasing said periodic time interval in response to determining that a quantity 
eg of neighboring units of a corresponding communication unit is equal to said neighboring unit 
l % quantity of an immediately preceding periodic time interval. 

11 36. A communications network comprising: 

% a plurality of communication units forming a first network tier to transmit and receive 

3 messages within said network, wherein at least one of said communication units is designated 

4 as a routing unit to form a second network tier to route network traffic and at least one of said 

5 designated routing units is designated as a transmission routing unit to form a third network tier 

6 to transmit network information throughout said second and third network tiers, and wherein 

7 each said communication unit includes: 

8 a configuration module to determine a status of that communication unit as said 

9 routing unit for routing network traffic or as a member unit of a corresponding routing unit; and 

10 a routing unit configuration module to determine a status of that communication 

1 1 unit as a transmission routing unit in response to that communication unit being designated as 

1 2 said routing unit. 
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1 37. The network of claim 36 wherein said each communication unit transmits 

2 messages in the form of radio signals. 



1 38. The network of claim 36 wherein said configuration module further includes a unit 

2 designation module to examine network connectivity information relating to that communication 

3 unit and to designate that communication unit as said routing unit in response to that 

4 communication unit communicating with at least one neighboring unit that is isolated from 

5 communications with remaining neighboring units of that communication unit. 

1 39. The network of claim 36 wherein said routing unit configuration module further 

2 includes a routing unit designation module to examine network connectivity information relating 

3 to designated routing units stored within a link storage unit of that communication unit and to 
3 designate that communication unit as a transmission routing unit in response to that 
2 communication unit communicating with at least one neighboring routing unit that is isolated 
y| from communications with remaining neighboring routing units of that communication unit. 

40. The network of claim 39 wherein said transmission routing unit transmits update 

ff messages including network connectivity information, and said routing unit configuration module 

l3 further includes: 

% sl message forwarding module to receive an update message from a neighboring 

S *S transmission routing unit in response to that communication unit being designated as said 

6 transmission routing unit and to transmit said received message to neighboring routing units of 

7 that communication unit to facilitate synchronization of said link storage unit of each said routing 

8 unit. 

1 41. The network of claim 40 wherein said routing unit configuration module further 

2 includes: 

3 an update module to receive an update message from a neighboring transmission routing 

4 unit in response to that communication unit being designated as said routing unit and to update 

5 said link storage unit of that communication unit with said connectivity information contained 

6 within said received update message; 
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7 a data integrity module to examine said network connectivity information within a link 

8 storage unit of that communication unit and determine information missing from that link storage 

9 unit in response to said update by said update module; and 

10 a request module to request said neighboring transmission routing unit to transmit said 

1 1 missing information in response to said data integrity module determining that information is 

1 2 missing from said link storage unit of that communication unit. 

1 42. The unit of claim 41 wherein said routing unit configuration module further 

2 includes: 

3 a request processing module to receive said request from a neighboring routing unit in 

4 response to that communication unit being designated as a transmission routing unit and to 

5 process said received request to transmit information identified in said request to that 
1| neighboring routing unit. 

*0 43. The network of claim 40 wherein said message forwarding module further 

Sf includes: 

s 3 a data accumulation module to accumulate information received within plural update 

14 messages and to transmit said accumulated information in the form of a single transmission to 

iJ neighboring routing units of that communication unit to facilitate synchronization of said link 

% storage unit of said each routing unit. 

1 44. The network of claim 40 wherein said message forwarding module further 

2 includes: 

3 a timer to indicate expiration of periodic reception intervals; and 

4 a data accumulation module to accumulate information received within each of said 

5 periodic reception intervals and to transmit said accumulated information of each periodic 

6 reception interval in the form of a single transmission to neighboring routing units of that 

7 communication unit at expiration of that periodic reception interval to facilitate synchronization 

8 of said link storage unit of said each routing unit. 

1 45. In a communications network including a plurality of communication units 
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2 forming a first network tier to transmit and receive messages within said network, wherein at 

3 least one of said communication units is designated as a routing unit to form a second network 

4 tier to route network traffic and at least one of said designated routing units is designated as a 

5 transmission routing unit to form a third network tier to transmit network information throughout 

6 said second and third network tiers, a method of configuring said network including the steps of: 

7 (a) determining a status of each communication unit as said routing unit for routing 

8 network traffic or as a member unit of a corresponding routing unit; and 

9 (b) determining a status of each communication unit as said transmission routing unit 

1 0 to transmit said network information throughout said second and third network tiers in response 

11 to that communication unit being designated as said routing unit. 



1 46. The method of claim 45 wherein said each communication unit transmits 
y§ messages in the form of radio signals. 

W 47. The method of claim 45 wherein step (a) further includes: 

f I (a. 1 ) examining network connectivity information relating to each communication unit 

5 and designating as said routing unit each communication unit communicating with at least one 

N neighboring unit isolated from communications with remaining neighboring units of that 

|5 communication unit. 

O 48. The method of claim 45 wherein step (b) further includes: 

2 (b. 1 ) examining network connectivity information relating to designated routing units 

3 and stored within a link storage unit of said each communication unit and designating as said 

4 transmission routing unit each communication unit that communicates with at least one 

5 neighboring routing unit isolated from communications with remaining neighboring routing units 

6 of that communication unit. 



1 49. The method of claim 48 wherein said transmission routing unit transmits update 

2 messages including network connectivity information, and step (b) further includes: 

3 (b.2) receiving an update message from a corresponding neighboring transmission 

4 routing unit at each communication unit designated as said transmission routing unit and 
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5 transmitting said received message to neighboring routing units of that communication unit to 

6 facilitate synchronization of said link storage unit of each said routing unit. 

1 50. The method of claim 49 wherein step (b) further includes: 

2 (b.3) receiving an update message from a corresponding neighboring transmission 

3 routing unit at each communication unit designated as said routing unit and updating said link 

4 storage unit of that communication unit with said connectivity information contained within said 

5 received update message; 

6 (b.4) examining said network connectivity information within said link storage unit of 

7 each communication unit and determining information missing from that link storage unit in 

8 response to said update by said update module; and 

9 (b.5) requesting said corresponding neighboring transmission routing unit of each 

11 communication unit designated as said routing unit to transmit said missing information in 

1 2 response to said data integrity module determining that information is missing from a link storage 

10 unit of that communication unit 

^ 5 1 . The method of claim 50 wherein step (b) further includes: 

i€ (b.6) receiving at each communication unit designated as said transmission routing unit 

11 said request from a corresponding neighboring routing unit and processing said received request 
% to transmit information identified in said request to that neighboring routing unit. 

1 52. The method of claim 49 wherein step (b.2) further includes: 

2 (b.2.1) accumulating information received within plural update messages at each 

3 communication unit designated as said transmission routing unit and transmitting said 

4 accumulated information in the form of a single transmission to corresponding neighboring 

5 routing units of that communication unit to facilitate synchronization of said link storage unit of 

6 said each routing unit. 

1 53. The method of claim 49 wherein step (b.2) further includes: 

2 (b.2. 1) indicating expiration of periodic reception intervals; and 

3 (b.2.2) accumulating information received within each of said periodic reception intervals 
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at each communication unit designated as said transmission routing unit and transmitting said 
accumulated information of each periodic reception interval in the form of a single transmission 
to corresponding neighboring routing units of that communication unit at expiration of that 
periodic reception interval to facilitate synchronization of said link storage unit of said each 
routing unit. 
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ABSTRACT 

1 The present invention facilitates cluster formation within a communications network by 

2 utilizing network topology information to designate network nodes that are crucial for relaying 

3 traffic as cluster head nodes, while remaining network nodes are designated as member nodes. 

4 A beacon packet transmission rate of a network node or the interval between successive beacon 

5 packet transmissions by that node is adjusted by the present invention to facilitate cluster 

6 formation independent of network size and varying initial start times of network nodes. In 

7 addition, the present invention utilizes the above described cluster formation technique to form 

8 a three tier architecture for transmission or flooding of routing information from head node 

9 databases throughout the network. The cluster formation technique is applied to cluster head 

1 0 nodes to form an additional network tier of super nodes that distribute routing information, while 

1 1 cluster head nodes route network data traffic. The databases of cluster head nodes are examined 
t? subsequent to flooding of head node database information by super nodes, where data missing 
|| from a head node database is requested from a corresponding super node, thereby eliminating 
§1 transmissions of acknowledgment messages. 
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